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DETAILED ACTION 



1 . This action is in response to the amendment filed on 09/22/2008. 
Claims 1-65, 67-86 are pending in the application. 



Election/Restrictions 



2. Address to Applicants' statement in the "Restriction Requirement": First of all, this 
Application submitted various unorganized sets of claims of various classes. It appears the 
application attempts not providing the unity the claimed invention. The unorganized claims will 
conduct the search very difficult, thus, put the burden on the examination. Second, it is supposed 
that a feature is patentable, and then there is no need for such a complication. The patentable 
feature should put in an independent pursuant to 37 CFR 1 . 1 1 1 (b) and (c). 

Under 35 U.S.C. 121, it requires a claimed invention to present in a single invention. If a 
claim is duplicated from other copending US application, it requires canceling. See MPEP § 822. 

If a claim is duplicated from other US patent, a rejection based on double patenting of the "same 
invention" type finds its support in the language of 35 U.S.C. 101 which states that "whoever 
invents or discovers any new and useful process ... may obtain a patent therefor ..." (Emphasis 
added). Thus, the term "same invention," in this context, means an invention drawn to identical 
subject matter. See Miller v. Eagle Mfg. Co., 151 U.S. 186 (1894); In re Ockert, 245 F.2d 467, 
1 14 USPQ 330 (CCPA 1957); and In re Vogel, All F.2d 438, 164 USPQ 619 (CCPA 1970). 

A statutory type (35 U.S.C. 101) double patenting rejection can be overcome by 
canceling or amending the conflicting claims so they are no longer coextensive in scope. The 
filing of a terminal disclaimer cannot overcome a double patenting rejection based upon 35 
U.S.C. 101. 
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Therefore, Claim 40-41 will be a burden on the examination, and also be conflicted to 
another Apphcants' filing apphcations. It is necessary for being canceled under the unity of an 
invention. 



3. The current amendment status of claims 18-30, 43-49, 67-86 remains shown 
"withdrawn". This request is final : it requires canceling claims 18-30, 43-49, 67-86, in the next 
reply. 



Response to Arguments 



4. This is in response to the argument remarks filed on 09/22/2008. 



- In view of the amendment to claims 31-42, the rejection under 35 U.S.C 101 is 
withdrawn. 



- Applicant argued: 



Amended claim 1 recites, inter alia, "detecting a first component of the plurality of components 
communicatively connected to the management module by querying a plurality of slave addresses, 
wherein the first component at a first slave address of the plurality of slave 
addresses is detected upon responding to the query .... 
" In its rejection of claim 1, the Final 

Office Action cites RadiSysl In particular, RadiSysl at p. 8 discloses that "management applications can 
query sensors in the distributed management system, and report sensor status to upper-level 
applications." RadiSysl does not disclose that a plurality of slave addresses are queried in order to detect 
a connected component. Instead, Radisysl discloses that the sensors are queried in order to retrieve the 
status of the sensor. The fact that RadiSysl discloses that the management applications can directly 
query sensors shows that the management applications have already detected of the sensors. 
The Final Office Action at p. 8 notes that Radisysl discloses the operation of a low-level API. However, 
Radisysl at p. 8 discloses that the low-level API merely allows management 

applications to communicate with the BMC. The API has absolutely no relation to the detection 
of components communicatively connected to the management module. 
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Response to the argument: Query the slave address is addressed in RadiSys2, where 
RadiSys provides the commands that are used software such as management Application to 
query to the Slave Addresses. 



- Applicant argued: 



Amended claim 1 further recites that the detecting operation as previously described 
occurs "prior to the management module being configured to monitor a plurality of components 
communicatively connected to the management module and analyze, based on the monitored 
plurality of components, whether an event has occurred in the computer system." Again, 
Radisysl discloses that the management applications are capable of querying sensors. That the 
management applications are capable of querying sensors to retrieve their status necessarily 
indicates that the management applications are already configured to access and monitor the 
sensors. As such, the operation of the management applications as described in Radisysl cannot 
occur prior to the management module being configured to monitor a plurality of components 
communicatively connected to the management module. 

Applicants' remarks argued that 

The Final Office Action does not cite RadiSys2 in the rejection of claim 1 , although 
RadiSys2 is cited in the overall rejection of claims 1-17, 31-39, 42, and 50-66. It is respectfully 
submitted that RadiSys2 does not cure the deficiencies of claim 1 described above. In particular, 
Radisys2 at p. 5 discloses a process whereby a list of devices are polled on a regular basis. Thus, 
Radisys2 clearly discloses that the location of the devices is already known, and that the 
detection process merely verifies whether its known devices are operational. Radisys2 does not 
disclose that a plurality of slave addresses are queried in order to detect a connected component, 
as essentially recited in claim 1 . 

Response to the argument. RadiSys 1 and RadiSys2 are the documentations of RadiSys in 
which the RadiSys want to discuss various aspects in monitoring inside of a computer, like the 
current specification. The combination is proper under 2131.01 in MPEP. 



With the RadiSys 1, it discloses an software application which is developed for 
monitoring a BMC and a plurality of components connected to the BMC via a system bus like 
the FIG. 1 of the current specification. With RadiSys2, it shows various RadiSys commands 

(IPMI commands) implemented by software for interfacing the BMC and components' 
operations using IPMB addresses. Clearly, a plurality of slave addresses of the components of 
RadiSys (see RadiSys2) can be queried via these commands, i.e. when getting an address of a 
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device, it is always associated its slave address. For example, IPMB slave address of cooling 
module (p. 30), IPMB slave address of forwarding receiver (p. 22), etc. Therefore, the 
references are required under MPEP 2131.01. 



Double Patenting 



5 . Claim 3 1 , 40-4 1 are rej ected on the ground of nonstatutory obviousness-type double 
patenting as being unpatentable over claims 17-18 of U.S. Patent No. 7,237,086 Bl. Although 
the conflicting claims are not identical, they are not patentably distinct from each other because: 

The System of the claims 17-18 in the US patent broadly covers claim 31 and the 
combination of its dependent claims 40-41, recited in the current application. 

Claims 40 and 41 recite a system as further limitations of claim 3 1 . The system of claim 
40 further causes the computer to provide a graphical user interface displaying on a 
display device a graphical representation of the management module and each of the 
component detected and defined identified as being conmiutatively connected to the 
management module. 

The graphical representation comprises a First icon representing the management module, 
a plurality of other icons representing the components detected and identified; and 
graphical representations of the logical connections between the detected and identified 
components and the management module . 

Claims of 40 and 41 are dependent on claim 31, where claim 31 is covered by broad 
limitations of Claims 17 and 18 of the US patent No. 7,237,086: 

17. A system for customizing a management module responsible for monitoring 

operation of one or more components in a specific configuration specified for a 
baseboard of a computer system, the system comprising: a plurality of description files 
each describing a component in a set of components which may be included in the 
configuration (Broadly covers the recitation of Claim 3 1 , which is characterized to compare the detected 
and identified components with a plurality of description files each describing a component which may be 
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communicatively connected to the management module and analyze, based on the monitored components, 
whether an event has occurred in the computer system); 

a graphical user interface through which a user selects one or more components from the 
set of components for inclusion in a model being constructed based on the configuration; 
and means for incorporating each device description file corresponding to the one or 
more selected components into a configuration file operable for loading into the 
management module to provide the management module with an ability to receive 
information firom the one or more selected components (Broadly covers the recitation of Claim 
40, which is characterized to provide a graphical user interface displaying on a display device a graphical 
representation of the management module) . 

18. A system as defined in claim 17, wherein the graphical user interface comprises: a 
first portion comprising a plurality of graphical icons, wherein each of the plurality of 
graphical icons represent a component in the set of components which may be included in 
the configuration; and a second portion for creating the model using the plurality of 
graphical icons included in the first portion. (Broadly covers the recitation of Claim 41, which is 
as a first icon representing the management module, a plurality of other icons representing the components 
detected and identified: and graphical representations of the logical coimections between the detected and 
identified components and the management module ). 

These claims, 40-41 if existed in other Applicants will remain subjected to double 
patenting. Therefore, for overcoming the rejection, filing of terminal disclaimer or the 
cancellation of claims 40-41 is required. 



Claim Rejections - 35 USC § 102 



6. The following is a quotation of the appropriate paragraphs of 35 U.S.C. 102 that form the 
basis for the rejections under this section made in this Office action: 

A person shall be entitled to a patent unless - 



(b) the invention was patented or described in a printed publication in this or a foreign 
country or in public use or on sale in this country, more than one year prior to the date of 
application for patent in the United States. 
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7. Claims 1-17, 31-39, 42, 50-65 are rejected under 35 U.S.C. 102(b) as being anticipated 
by RadiSys, "Platform Management", as CP80 Platform Management Overview (hereinafter: 
RadiSysl), and Universal Developer's Guide (hereinafter: RadiSys2)", 2000. 

Given the broadest reasonable interpretation of followed claims in light of the specification. 

As per Claim 1 : 

RadiSys discloses A computer-implemented method for configuring a management module for 
use in monitoring operations associated with a computer system, the method (RadiSys using 
software (Figure 2, p. 8) to interface to Alarm Module, where Alarm Module interfaces to 
IPMB/IPMI Device Driver (Figure 1, p. 3) comprising: 

(a) prior to the management module being configured to monitor a plurality of 
components communicatively connected to the management module and analyze, based on the 
monitored plurality of components, whether an event has occurred in the computer system 
detecting a first component (Management application (Figure 2), that is used to monitor the 
BMC and Alarm module (Figure 1) prior the BMC), 

of the plurality of components (i.e. CPU, Fan Module, slots, etc.) communicatively 
connected to the management module by gueryins a plurality of slave addresses, wherein the 
first component at a first slave address of the plurality of slave addresses is detected upon 
responding to the query (shown in RadiSys2, as IPMP slave addresses queried by RadiSys OEM 
IPMI Commands (e.g. RadiSys2: p.9) . and wherein the first component senses and provides to 
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the management module operational information relating to operations associated with the 
computer system (See RadiSysl: Figure 2, API calls, sensor readingO); 

(b) identifying a type of information provided by the detected first component (e.g. 
alarm, fan (RadiSysl, in p. 11)); 

(c) creating a configuration file specifying the type of information identified for the 

detected first component (RadiSysl, i.e. "Management software" such as Alarm module, 
Display Module, Managed fan module, that are graphically displayed in Figure 1, p. 3); and 

(d) incorporating the configuration file into the management module such that the 
management module is configured to receive the identified type of information from the 
detected first component and analyze, based on the identified type of information from the 
detected first component, whether an event has occurred in the computer system (RadiSysl, 
Figure 2, and discussed in p. 7, Centralized Event Receiving). 

As per Claim 2 : RadiSys discloses, 

A method as defined in claim 1, wherein the management module is operable to 
communicate with the plurality of components of the computer system by way of a plurality of 
active slave addresses on a communication medium of the computer system, the plurality of 

active slave addresses being a subset of a plurality of possible slave addresses communicatively 
accessible to the management module by way of the communication medium, the detecting act 
(a) comprising: 

(a)(i) transmitting a discovery request on each of the plurality of possible slave addresses; 
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and 

(a)(ii) responsive to the transmitting act, receiving an acknowledgement response from the 
first component indicating that the first component is communicatively accessible on a specific 
active slave address. (RadiSys2: See the communication diagram between System Management 
Software and the devices using communication of IPMB slave address, details are in the tables, 
ft)r example, table 12, p. 21). 

As per Claim 3 : RadiSys discloses, 

A method as defined in claim 2, wherein the receiving act (a)(ii) comprises: 
receiving a plurality of acknowledgement responses from a specific plurality of the plurality of 
components, each acknowledgement response representing detection of each of the specific 
plurality of components on one of the plurality of active slave addresses, wherein the first 
component is one of the specific plurality of components and the specific active slave address 
is one of the plurality of active slave addresses on which at least one of the specific plurality of 
components is detected. (RadiSys2: see details in the tables) 
As per Claim 4 : RadiSys discloses, 

A method as defined in claim 3, wherein the transmitting act (a)(i) comprises: 

(a)(i)(I) issuing a discovery request on a possible slave address (RadiSys2: details are in the 

tables, for example IPMI message includes Responder Slave Address); and 

(a)(i)(II) after a predetermined period in time has passed from which the discovery request was 

issued on the slave address, repeating the issuing act until each of the plurality of possible 

slave addresses have been pinged (RadiSys2: Refer to watchdog Timer (p. 13, and definition 
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slave address on NetFn/LUN). 
As per Claim 5 : RadiSys discloses, 

A method as defined in claim 4, wherein the detecting act (a) further comprises: 

(a) (iii) in response to receiving the acknowledgement responses from each of the specific 
plurality of components, adding the active slave addresses from which the acknowledgement 
responses are received to a log file, wherein the log file, when complete, comprises a listing of 
each of the plurality of active slave addresses. (RadiSys2: See p. 4, forward events are logged) 
As per Claim 6 : RadiSys discloses, 

A method as defined in claim 5, wherein the identifying act (b) comprises: 

(b) (i) traversing the listing in the log file to extract therefrom an active slave address; (b)(ii) 
issuing an identification request to the extracted active slave address; 

(b)(iii) receiving information from one of the specific plurality of components 

communicatively accessible on the extracted active slave address; and 

(b)(iv) analyzing the received information to identify a type of information provided by the 

component communicatively accessible on the extracted active slave address (RadiSys2: All 

the commands such as in the table 2, provide event logging, and the event logs provide the user 

to analyze detecting events in the IPMI subsystem as of Figure 1) . 

As per Claim 7 : RadiSys discloses, 

A method as defined in claim 6, wherein the extracted active slave address is the 
specific active slave address and the one of the specific plurality of components is the first 
component (RadiSys2: provided by IPMI message issued as being associated with detected event 
sensor). 
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As per Claim 8 : RadiSys discloses, 

A method as defined in claim 6, wherein the identifying act (b) further comprises: 
(b)(v) repeating the traversing(b)(i), 
issuing (b)(ii), 

receiving (b)(iii) and analyzing 

(b)(iv) act for each of the plurality of active slave addresses included in the listing, wherein the 
configuration file is created by the creating act to specify the type of information identified for 
each of the specific plurality of components such that when the configuration file is 
incorporated into the management module, the management module is consequently operable 
to receive the identified types of information from each of the specific plurality of components. 
Claim functionality is the same to Claim 6, i.e. the user is manually using the system of Figure 1 
(RadiSys2) to repeat for each slave address of step (b) in Claim 6 (Note a manual acts would 
read on the guidance of the developer's Guide). 

As per Claim 9 : RadiSys discloses, 

A method as defined in claim 1, further comprising: 

(e) defining a plurality of description files, each description file corresponding to a component 
which may be included within a configuration for the computer system, wherein the plurality 

of description files each specify a component classification for the component corresponding 
to each description file and the type of information that may be provided by the component. 
(RadiSys2: The standard software created by the Developer's guide using the configuration 
commands with respect to a device in the IPMO subsystem). 

As per Claim 10 : RadiSys discloses, 
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A method as defined in claim 9, wherein the identifying act (b) comprises: 
(b)(i) issuing an identification request on tile first slave address, wherein the identification 
request commands the first component to respond with identification information associated 
with the first component; 

(b)(ii) receiving the identification information from the first component; and 

(b) (iii) analyzing the identification information against the plurality of description files to 
determine which of the plurality of description files corresponds to the first component 
The functionality of the claims is the same to the claim 6. See rationale provided to Claim 6. 

As per Claim 1 1 : RadiSys discloses, A method as defined in claim 10, wherein the creating act 

(c) comprises: incorporating the description file corresponding to the first component into the 
configuration file. RadiSys2: See Figure 1 - Basically, the claim recites a programming writing 
manner that is common to programmers. 

As per Claim 12 : RadiSys discloses, 

A method as defined in claim 11, wherein the identification request is a standard request 

operable for commanding all components which may be communicatively connected to the 
management module to respond with identification information (RadiSys2: See descriptions in 
the Tables). 

As per Claim 13 : RadiSys discloses, 

A method as defined in claim 9, wherein each of the plurality of description files comprises an 
identification routine executable by the management module to create and transmit an 
identification request to components communicatively accessible on slave addresses, wherein 
the identification request commands the component corresponding to the description file to 



Application/Control Number: 1 0/723 ,712 Page 1 3 

Art Unit: 2191 

respond with a specific acknowledgement that the component is communicatively accessible 
on a particular slave address, the identifying act (b) comprising: 

(b)(i) extracting one of the plurality of description files; and 

(b)(ii) executing the identification routine specified in the extracted description file such that 
the identification request is transmitted on the first slave address. 

(RadiSys2: See descriptions in the Tables, used the commands for interfacing to the System 

Management Software - When executes the System Management Software or at IPMl API level, 
the links of an IMPI command set (as in the Tables) do the steps of this claim; particularly, the 
contmiand set that include slave addresses) 

As per Claim 14 : RadiSys discloses, 

A method as defined in claim 13, wherein the identifying act (b) further comprises: 

(b)(iii) if the specific acknowledgement is received from the first component on the first 
slave address, linking the first component to the extracted description file (RadiSys2: See 
Figure 1 , considered to a device in the IPMI subsystem with respect to a sensor configuration 
defined to that device. 

As per Claim 15 : RadiSys discloses, 

A method as defined in claim 14, wherein the identifying act (b) further comprises: 
(b)(iv) if the specific acknowledgement is not received from the first component within a 
predetermined period in time, repeating the extracting and executing acts for another one of 
the 
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plurality of description files until the identification information is received from the first 
component (RadiSys2: Refer to the developer using the Watchdog timer, with more timing). 

As per Claim 16 : RadiSys discloses, 

A method as defined in claim 14, wherein the creating act (c) comprises: 

incorporating the description file linked to the first component into the configuration file 

(RadiSys2: See figure 1). 

As per Claim 17 : RadiSys discloses, 

A method as defined in claim 9, wherein the component classification for the first 
component is sensor and the type of information that may be provided to the management 
module by the first component is selected from the group consisting of voltages, currents, 
temperatures, velocity and acceleration (RadiSys2: See Figure 1., device type like cooling 
device in IPMl subsystem). 

As per Claims 31-39, 42 : See rationale addressed in the rejection of Claims 1-17. 
As per Claims 50-65 : See rationale addressed in the rejection of Claims 1-17. 
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Claim Rejections - 35 USC § 103 

8. The following is a quotation of 35 U.S. C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

A person shall be entitled to a patent unless - 

(a) A patent may not be obtained though the invention is not identically disclosed or 
described as set forth in section 102 of this title, if the differences between the subject 
matter sought to be patented and the prior art are such that the subject matter as a whole 
would have been obvious at the time the invention was made to a person having ordinary 
skill in the art to which said subject matter pertains. Patentability shall not be negatived 
by the manner in which the invention was made. 

9. Claims 40-41 are rejected under 35 U.S.C. 103(a) as being unpatentable over RadiSys, 

"Platform Management", as in CP80 Platform Management Overview (hereinafter: RadiSys 1), 
and in Universal Developer's Guide (hereinafter: RadiSys2)", 2000, , in view of Intel, "Intel ® 
Server System SSH4 Board Set", Intel Order number C20142-001, 10-2003, pages: 1-180. 

As per Claims 40-41 : Further noted to the claims 40-41 : The claims appears to be fiinctionally 
not related to other elements used in configuring methods as recited in the scope of Claims 1-17. 
Examiner further requests for restriction so that an issue of a patent application is a single 

invention. 

RadiSys appears associated the developments of the configuration command interface to the 
System Management Software in a standard computer. Where a standard computer includes 
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standard graphic user interface such as a standard Windows operating system for allowing 
the user to interact with the inside computer "software" elements. 

The features of the claims 40-41 are so common in the computer technology that cannot 
present patentability. 

Intel discloses a GUI (p.30) including, "graphical representation" (Intel: p. 38, and 50) 
that represents a configuration for the baseboard management controller. The graphical 
representation includes icons (p. 38, or p. 56), each is to provide a graphical user interface 
displaying on a display device (e.g. Windows NT menu bar. p.30^ a graphical representation of 
the management module and each of the component detected and defined identified as being 
commutatively connected to the management module (Intel: p. 5 6). The graphical representation 
comprises a first icon representing the management module, a plurality of other icons 
representing the components detected and identified; and graphical representations of the logical 
connections between the detected and identified components and the management module (Intel: 
p. 30, p. 38, p.50). 

It is obvious to the ordinary in the art at the time of the filing, to include a common graphical 
user interface as Windows NT shown in Intel, with the platform of RadiSys for viewing and 
editing a file. Otherwise, the developers cannot see anything inside of the baseboard 
management controller. 
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Conclusion 



10. Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Ted T. Vo whose telephone number is (571) 272-3706. The 
examiner can normally be reached on 8:00AM to 4:30PM. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Wei Y. Zhen can be reached on (571) 272-3708. 

The facsimile number for the organization where this application or proceeding is assigned is the 

Central Facsimile number 571-273-8300. 

Any inquiry of a general nature or relating to the status of this application should be 
directed to the TC 2100 Group receptionist: 571-272-2100. Information regarding the status of 
an application may be obtained from the Patent Application Information Retrieval (PAIR) 
system. Status information for published applications may be obtained from either Private PAIR 
or Public PAIR. Status information for unpublished applications is available through Private 
PAIR only. For more information about the PAIR system, see http://pair-direct.uspto.gov. 
Should you have questions on access to the Private PAIR system, contact the Electronic Business 
Center (EBC) at 866-217-9197 (toll-free). 



TTV 

December 12, 2008 



/Ted T. Vo/ 

Primary Examiner, Art Unit 2191 



